RFID bridge for RFId system administration

ABSTRACT

An RFID bridge can provide a translation of management messages to SOAP messages for ALE units at multiple RFID edge servers. A console can use the RFID bridge to manage the multiple edge servers.

CLAIM OF PRIORITY

This application claims priority to U.S. Provisional Application No.60/788,468 entitled “RFID Monitoring Improvements” filed Mar. 31, 2006,which is incorporated herein by reference.

BACKGROUND OF INVENTION

Radio Frequency Identification (RFID) tags and systems have becomeincreasingly popular. RFID tags respond to an interrogation from an RFIDreader to provide a response including an identification code, such asan electronically product code (EPC). The RFID tags can be placed withinpackages to track products through the supply chain.

Companies are increasing their use of RFID technology to track goods andmanage supply chains with partners and suppliers. In a typicalenterprise (retail, defense, transportation, etc.) RFID Systems aredeployed across all sites (remote stores/locations) of the company.These RFID systems can consist of multiple deployments of physicaldevices (RFID readers, printers, antennas, etc.) as well as softwareentities (ALE middleware, Edge Server, applications) that communicatewith the physical entities.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a diagram of one embodiment of the present invention.

FIG. 2A is a diagram of a telemetry system of one embodiment of thepresent invention.

FIG. 2B is a diagram of one interface for the telemetry data.

FIG. 3A is a diagram of data structure of one embodiment of the presentinvention.

FIG. 3B is a diagram of an interface showing the selection of an ECSpecof one embodiment of the present invention.

FIG. 4A shows a system to provide RFID alerts.

FIG. 4B shows an exemplary RFID console page showing RFID alerts.

FIG. 5 shows an exemplary system with an RFID bridge.

FIG. 6A is a diagram of an RFID administration server of one embodimentof the present invention.

FIG. 6B is a diagram of one embodiment of the present invention.

FIG. 7 shows an exemplary architecture of one embodiment.

FIGS. 8A-8B shows exemplary RFID console pages.

FIG. 9 shows an exemplary RFID console for adding RFID readers.

DETAILED DESCRIPTION

Due to the distributed nature of the RFID deployment within anenterprise, it can be useful to manage and configure RFID resources fromone central location. Embodiments of the present invention concern asystem and method of configuring and monitoring enterprise wide RFIDdeployments.

One embodiment of the present invention is shown in FIG. 1. A computerimplemented system 100 can comprise a number of RFID edge servers 102and 104 associated with RFID devices (printers, readers, PLC, stacklightetc) 105-107 and 108-110. An RFID administration server 112 can provideadministration and monitoring for the RFID edge servers. An RFIDManagement console 114 can allow a user to administer the RFID edgeservers 102 and 104.

The RFID edge servers 102 and 104 can optionally interact with an EPCISserver 116.

The RFID edge servers 102 and 104 can use the ALE protocol to filter thedata from and otherwise manage the RFID devices 105-107 and 108-110. TheRFID edge servers 102 and 104 can additionally contain business logic inthe form of workflows

Application Level Events (ALE) is a standard created by EPCGlobal, Inc.,an organization of industry leaders devoted to the development ofstandards for the Electronics Product Code (EPC) and Radio FrequencyIdentification (RFID) technologies. The ALE specification is a softwarespecification indicating required functionality and behavior, as well asa common API expressed through XML Schema Definitions (XSD) and WebServices Description Language (WSDL).

The ALE specification allows aggregation and filtering of tag data overa period of time. An ALE server allows people to specify when to startcollecting data, when to stop collecting data, how to organize and sortthe data and when to send the data to interested parties. An ALE clientallows people to communicate with any compatible ALE server to definedata requirements and receive reports.

In one embodiment, the RFID edge servers 102 and 104 can be lightweightapplications running on a PC, an embedded device, or other computer.

An example of an RFID edge server is the RFID Tag Aware™ productavailable from BEA Systems, Inc., of San Jose, Calif.

The RFID administrative server 112 can do a number of administrative andmanagement services for the multiple RFID edge servers 102 and 104 asdiscussed below.

The RFID management console provides users to do administration andmanagement of the RFID edge servers 102 and 104 and RFID devices 105-107and 108-110.

One embodiment of the present invention is a computer implemented system100 that obtains information for multiple RFID edge servers 102 and 104and their associated RFID edge devices 105-107 and 108-110. The systemprovides a centralized monitor 115 for the multiple RFID edge servers102 and 104 and the associated RFID devices 105-107 and 108-110.

The monitor 115 can be used to control the multiple RFID edge serversand the associated RFID devices. The monitor 115 can be part of aconsole 114. The monitor 115 can be displayed on a web browser.

One embodiment of the present invention is a computer readable mediumincluding code for obtaining information for multiple RFID edge servers102 and 104 and associated RFID devices 105-107 and 108-110 andproviding a centralized monitor 115 for the multiple RFID edge server102 and 104 and the associated RFID devices 105-107 and 108-110.

FIG. 2A illustrates one embodiment of the present invention. Acomputer-implemented system 200 can obtain operating metrics concerningmultiple RFID edge servers and their associated RFID devices. The system200 produces a graphical display 202 of at least one of the operatingmetrics versus time.

The operating metrics can relate to the ALE protocol. For example, oneof the operating metrics can be event cycles completed or read cycletime.

A read cycle in the ALE protocol is the smallest unit of interactionbetween a reader scanning for tags and the reader reporting the data tothe ALE service. The Event Cycle in the ALE protocol is the smallestunit of interaction between the ALE interface and a client. It canconsist of zero or more Read Cycles, from one or more readers that areto be treated as a unit from a client perspective.

Some of the operating metrics can concern RFID reader operations. Theoperating metrics can be provided by multiple RFID edge servers. An RFIDadministration server can subscribe to get the operating metrics. TheRFID edge servers can send the subscribed operating metrics to the RFIDadministration server.

In one embodiment the graphical display 202 allows the dragging anddropping of operating metrics selections for RFID edge readers. Thegraphical display 202 can show multiple operating metrics versus timeconcurrently.

One embodiment of the present invention is a computer readable storagemedium containing code for obtaining operating metrics concerningmultiple RFID edge servers and associated RFID devices and producing agraphical display of at least one operating metrics versus time.

FIG. 2B illustrates an exemplary user interface for a system that allowsoperating metrics displays from multiple RFID edge servers.

A data structure can be used to model management entities of multipleRFID edge servers to aid in the operation of an RFID administrationserver.

Operating metrics per edge server can be determined dynamically,depending on the instance of the edge server and its associated RFIDentities.

In one embodiment, the console can query each edge server to determinethe available operating metrics for each RFID edge server and associatedRFID devices. Users can select one or more of the available metrics tobegin the collection of the metric data. This operating metric data canthen be displayed at the console.

Charts can be overlaid with operating metrics independent of edge serverand RFID entities. The system can provide a user specific, customizableview, specifying the type of charts, built in views, coloring, metricsto graphs and the option of persisting these charts preferences.

FIG. 3 shows a data structure of one embodiment of the presentinvention. One embodiment of the present invention is a computerreadable storage medium containing a data structure for storingmanagement information concerning RFID edge servers 302 and 304. Thedata structure 300 is hierarchical. The data structure includes RFIDedge server information 302 and 304 with associated management entities.The associated management entities for each edge server can include oneor more of RFID Reader 306, ECSpec 310, Workflow 314, and CompositeReader 320.

An ECSpec can describe an event cycle and one or more reports that areto be generated from it. For example, it can contain a list of logicalReaders whose read cycles are to be included in the event cycle, aspecification of how the boundaries of event cycles are to bedetermined, and a list of specifications each of which can describe areport to be generated from this event cycle.

Each RFID edge server can have multiple associated workflows 314. EachRFID edge server can have multiple RFID readers. The RFID edge serverscan be polled to get data from the data structure. The data structure300 can be used to provide a console display. The data structure 300 canbe used to create alerts. The data structure 300 can be used to producea monitor display.

One embodiment of the present invention is a computer readable storagemedium containing a data structure 300 for storing managementinformation concerning RFID edge servers and RFID devices. The RFID edgeserver information can have associated workflow data 314.

One embodiment of the present invention is a computer readable storagemedium containing an MBean hierarchy 300 for storing managementinformation concerning multiple RFID edge servers. The RFID edge serverdata 302 can have associated data including RFID reader information 306,workflow information 314, EPC specs information 310, and compositereader information 320.

Composite Readers are logical readers that combine set of physical RFIDreaders as one group. They can be used within ECSpec to identify groupof readers based on composite name, thereby providing the flexibility ofadding physical readers to the group without having to change the ECSpecitself.

One representation of the hierarchy can be an Mbean instance model. Thedata model can be hosted either on the admin server or on eachindividual edge servers. Data model can be integrated with third partymanagement consoles to provide alerts and monitoring for the entire RFIDsystem deployed within the enterprises.

FIG. 3B shows a user interface for the selection and updating of RFIDedge server with ECSpecs. The ECSpecs can be created, modified and sentto the RFID edge server.

One embodiment of the present invention is a computer implemented system400 that polls multiple RFID edge servers 402 and 404 to determine stateinformation concerning the multiple RFID edge servers 402 and 404 andtheir associated RFID devices, 405-407 and 408-410. The system canproduce alerts concerning changes in the state of the RFID edge server402 and 404 and associated RFID devices 405-407 and 408-410.

The system 400 can update data structure 412 with the poll data. Thesystem can produce a graphical display 414 with the alert data. Thesystem 400 can compare data obtained from the RFID edge servers withdata in data structure 412 to determine the alerts. The system can alsoobtain operating metrics from the RFID edge server 402 and 404. Theoperating metrics can be graphically displayed versus time. The alertscan be sent to a third party monitoring software. The third partymonitoring software can subscribe to the alerts.

One embodiment of the present invention is a computer implemented system400 that polls multiple RFID edge servers to determine state informationconcerning the multiple RFID edge servers 402 and 404 and theirassociated RFID devices 405-407 and 408-410. The system 400 can producealerts concerning changes in the state of the multiple RFID edge servers402 and 404 and associated RFID devices 405-407 and 408-410. The systemcan provide the alerts to a graphical display 414.

One embodiment of the present invention is a computer readable storagemedium containing code for polling multiple RFID edge servers 402 and404 to obtain state information concerning the multiple RFID edgeservers 402 and 404 and associated RFID devices 405-407 and 408-410;and, code for producing alerts concerning the RFID edge servers 402 and404 and associated RFID devices 405-407 and 408-410 using the stateinformation.

FIG. 4B illustrates an exemplary user interface that displays alerts.The Alerts can be in an alert display that is part of an administrationconsole or other graphical interface.

FIG. 5 shows the use of a computer-implemented system 500. An RFIDbridge 502 can provide translation of management messages 504 to SOAPmessages 506 and 508 for ALE units 510 and 512 at multiple RFID edgeservers 514 and 516. A console 520 can use the RFID bridge to manage themultiple edge servers 514 and 516.

The management message 504 can be JMX messages. The SOAP messages 506and 508 can be sent to an ALE interfaces 510 and 512 as part of a webservice. The RFID bridge 502 can interact with a hierarchical data model522 that models RFID edge servers, and their associated RFID devices(readers, workflow, printers etc). The bridge 502 can listen fortelemetry data (real time operating metrics). The bridge 502 can receivealert data related to the changes at the RFID edge servers. The bridge502 can poll the RFID edge servers for data. The bridge 502 can useMbeans to store state information for the multiple RFID servers.

One embodiment is an RFID bridge to provide a translation of managementmessages to SOAP messages 506 and 508 for ALE units 510 and 512 atmultiple RFID edge servers 614 and 516. One embodiment is a computerreadable storage medium containing code to do the steps of translatingmanagement messages 504 to SOAP messages 506 and 508 to be provided toALE units 510 and 512 at multiple RFID edge servers 514 and 516 andtranslating SOAP message from the ALE units to management messages.

The RFID Bridge can be hosted on the admin server or on individual edgeservers.

One embodiment of the present invention is a computer-implemented systemincluding a bridge at an RFID edge server that translates managementmessages to SOAP messages for an ALE unit at the RFID edge server.

One embodiment of the present invention is an RFID bridge to providemanagement of RFID edge servers. The RFID bridge can be hosted on anyapplication server container or a standalone edge server; wherein theRFID bridge provides management interfaces that can be scripted usingstandard scripting tools.

The RFID bridge can poll the RFID edge servers for data.

FIG. 6A show an exemplary RFID administration architecture. Enterprisecan have multiple remote RFID sites. RFID administrators can use theRFID Administration server to remotely configure and monitor all theentities including (RFID edge servers and RFID devices) of the remotesite. The Remote RFID site can be a combination of hardware and softwaresystem. These can include:

-   -   Standard software middleware that implements the ALE interface    -   Physical hardware devices that include and are not limited to,        RFID readers, printers, stacklights, PLC etc.

A RFID Bridge can sit on the Administrative Server to remotely managemultiple such RFID remote sites.

The RFID Bridge can include the following:

-   -   Event Collector 620    -   Event Poller 622    -   Event Listener 624    -   Event Notification Engine 626    -   RFID Management Service 628    -   RFID Managed Object Repository 630    -   Telemetry End Point 632

The Administrative user interface can initiate a request on behalf ofthe user, to fetch some RFID configuration information or update someinformation on the remote RFID site. This request can be received by theRFID Management Service 628. RFID Management Service can have the smartsbuilt in to transform the request into a corresponding SOAP request forthe ALE middleware. The request can be for any Remote RFID Site, theRFID Management Service can look up the RFID managed object repositoryto find out for which remote site, the request is for. After finding outthe remote site for which the request is for, the RFID ManagementService 628 can than create a SOAP request and invokes an ALE interfaceover the wire on the remote RFID site.

This can result in a SOAP response from the remote RFID Site that isreceived by the RFID Management Service 628; it then updates RFIDManaged object repository 630 based on the response, and then sends backthe response to the administrative user interface.

The RFD managed Object repository 630 can also be updated periodicallyto reflect the changes in the data model of the remote RFID site.

This model can be used for doing remote configuration and monitoring ofany device on the Remote RFID site. The RFID administration server canbe used to generate and view alerts/events across multiple remote RFIDsites.

Remote RFID sites can be geographically dispersed, and may have limitedconnectivity to the centralized administrative server. Monitoring thehealth of remote RFID entities (devices, applications, readers etc) froma single location can be valuable to a RFID administrator.

The Event Poller module 622 can be configured to periodically poll aspecific RFID remote site, to monitor the health of various entitiesdeployed at that site. When the Event Poller detects a change inoperation (failure, correction) of an entity, it can raise an event forthe notification engine for that corresponding entity.

Each event can have attributes to identify when, where, and whathappened. For example, if the ALE Container failed to make a validconnection to a configured RFID reader (R1) at location Remote Site 1,the Event Poller can identify this, and generate an event that containsthe attributes of (TimeStamp, Location:Remote Site 1: Desc: DOWN)automatically.

The Event poller 622 can then send this event to the Event NotificationEngine 626. The Event Notification Engine 626 can then raise this event,to all the registered Event Listeners within the System. EnterpriseManagement Console can also register their listeners to receive suchevents.

The Event Listener Engine 624 can then get the Event raised, and thenupdate the Centralized repository of Events on the AdministrativeServer. This way as and when event are generated across multiple RFIDsites, they will get collected in this repository.

The RFID Administrative Server can also include or be associated with anAlert/Event Viewer module 634 user interface to look at all these eventsgenerated in real time to take corrective action.

The RFID administration server can also be used to view and graph RFIDtelemetry data from remote RFID sites. One example of this is RFIDDevices can provide useful metrics regarding the functioning of thesame. These device metrics can be represented in the form of graphs andcharts.

The RFID Management Service 628 initiates the collection of data for aspecific Edge Server metric on a request initiated by the user. The RFIDmanagement Service can then make a SOAP request to the ALE interface onthe remote RFID site, to initiate the metric collection to a telemetryend point. The Telemetry end point 631 can be any URI (file, url, jmsetc). The telemetry URI can have smarts built in to filter the data forthe request metric of a device on the specific Remote RFID site. Themetric value of a specific device attribute can then be updated on theRFID managed object repository 630, at that point in time.

The RFID Management Service 628 can then read a specific value at agiven point in time, and pass it to the Telemetry viewer 636 to beplotted on the chart.

The telemetry viewer can plot metrics across multiple remote sites anddevice at the same time.

A typical application server domain can consist of an AdministrationServer and additional Application Servers, instances either in clusteredor non-clustered environment. The administration server and additionalapplication servers can be WebLogic Server™ available from BEA Systems,Inc., of San Jose, Calif. The Administration Server can be the centralpoint for all management and configuration of all the nodes and this canbe done using JMX. All management artifacts in a domain can berepresented as Management Beans (MBeans) in the domain. Each applicationserver can instance support JMX based management servers which providesremote and local management of these managed object.

RFID Enterprise domain can be different from a typical applicationserver domain, since it can manage not only application servernodes/instances but also standalone RFID edge server or other RFID edgeserver. The RFID edge server can be running simply on a Java VirtualMachine (JVM) in a remote location possibly over a thin network pipe. Tomanage such RFID edge server from an Administration Server, a newmanagement layer (RFID Bridge) is used. RFID Bridge can be collocatedwith the Administration Server or can be independent.

FIG. 7 shows an exemplary architecture.

A telemetry data feed can be provided by each RFID edge server. RFIDConsole can include timeseries based telemetry for each RFID edgeserver. Telemetry can be available for

-   -   Devices    -   EdgeServer

The telemetry data can be represented in RFID Console in form of charts.

For each edge server, following metrics can be available for charting

-   -   Event Cycles Completed    -   Programming Cycles Completed

Telemetry data for RFID device can vary from RFID device manufacturer tomanufacturer. The data can be mostly count or aggregation of a metric.Most common metrics that are available on most of the devices are:

-   -   Read Cycle Time    -   Tags In Field    -   Read Count

The RFID Bridge can provide a servlet, which is deployed on an AdminServer, which listens for telemetry data from RFID edge server. The RFIDBridge can subscribe for time series telemetry data for each device inRFID edge server and metrics available on the edge server itself.

Telemetry Viewer can include following tabs for charting.

-   -   Views    -   Metrics    -   Properties

A tree-based hierarchy can be used to represent telemetry from variousedge servers. Each edge server can contain multiple RFID reader devices,where each device can have different set of metrics. The Metrics tab inthe Telemetry Viewer can have such a tree on the left side of the paneand right side is placeholder for all the charts that can be defined.Such a structure can be represented like:

Telemetry charts can be created by simply dragging a metric from themetric browser and dropping it into the right hand. Charts can overlay(multiple metrics types in one chart) or can have one metric per chart.

In one embodiment, Telemetry subscription will be only be started for ametric when it is added to the right hand pane of the metric browser andsubscription will be stopped when the chart is deleted by right clickingon the chart.

FIGS. 8A and 8B show a view tabs that can provide the ability for theuser to define custom views for all metrics. All custom views can bepersisted for later use

RFID Bridge can provide the events for management of RFID resources toreact to a “State changes”, e.g. Events (or Alerts) or to a specificcondition when it occurs in the RFID edge servers. RFID Console can“subscribes” to these events and displays all the events in the AlertWindow. Enterprise Consoles, such as HP OV and BMC Patrol, can alsosubscribe to these events for diagnosis purposes

The model which allows JMX Mbeans (broadcaster) to broadcast suchmanagement events is called notifications. Management applications andother objects can register as listeners with the broadcaster MBean.

The RFID Bridge can also have a time-based Alert Poller, which times outevery n seconds (configurable). After expiration, a connection can bemade to standalone RFID edge server, to retrieve all the RFID devicealerts and status. If the status of the device is changed, since lasttime, a new event can be fired to update the device status.

The Alert Window in RFID Console can display events from all RFID edgeservers deployed within the Enterprise. This can provide an aggregatedview of all the events.

Every alert can have the following properties

Site ID Name of the Site

Edge ID Name of the Edge

Timestamp Time at which the event happened.

Severity Severity of the event. Severity will be one of the following

-   -   WARNING    -   INFO    -   ERROR        Description Detailed description of the event.

One embodiment may be implemented using a conventional general purposeor a specialized digital computer or microprocessor(s) programmedaccording to the teachings of the present disclosure, as will beapparent to those skilled in the computer art. Appropriate softwarecoding can readily be prepared by skilled programmers based on theteachings of the present disclosure, as will be apparent to thoseskilled in the software art. The invention may also be implemented bythe preparation of integrated circuits or by interconnecting anappropriate network of conventional component circuits, as will bereadily apparent to those skilled in the art.

Implementation of One Embodiment

In one embodiment, the design can be as follows:

RFID Bridge Interfaces RFID Bridge Interfaces public interfaceRFIDService extends Service{ EdgeServerRuntime[ ] getEdgeServers( );String getType( ); EdgeServerRuntime lookupEdgeServer(String name)throws InstanceNotFoundException; EdgeServerRuntime addEdgeServer(Stringuri) throws ManagementException; void removeEdgeServer(String uri)throws InstanceNotFoundException,ManagementException; StringexportConfiguration(String edgeID, List types, String matchPattern)throws InstanceNotFoundException, ManagementException; voidimportConfiguration(String edgeID, Map elements, String xmlFile, booleanoverwriteExisting) throws InstanceNotFoundException,ManagementException; } public interface EdgeServerRuntime extendsService { public String getName( ); String getType( ); public StringgetEdgeURL( ); public String getVersion( ); public String getEdgeId( );public String getSiteId( ); public String getState( ); public voidsetState(String state); double getEventCyclesCompleted( ); doublegetProgrammingCyclesCompleted( ); public DeviceRuntime[ ] getDevices( );public DeviceRuntime addDevice(String name, String deviceMetaName, MapdeviceProperties) throws InstanceAlreadyExistsException,ManagementException; void updateDevice(String name, StringdeviceMetaName, Map deviceProperties) throws InstanceNotFoundException,ManagementException; void removeDevice(DeviceRuntime reader) throwsManagementException; public CompositeReaderRuntime[ ]getCompositeReaders( ); public CompositeReaderRuntimeaddCompositeReader(String name, String[ ] logicalReaders, booleanincludeCompositeReaderName) throws InstanceAlreadyExistsException,ManagementException; void updateCompositeReader(String name, String[ ]logicalReaders, boolean includeCompositeReaderName) throwsInstanceNotFoundException, ManagementException; voidremoveCompositeReader(CompositeReaderRuntime reader) throwsInstanceNotFoundException, ManagementException; public ECSpecRuntime[ ]getECSpecs( ); public ECSpecRuntime getECSpec(String name) throwsInstanceNotFoundException; public ECSpecRuntime defineECSpec(Stringname, String specData) throws ManagementException,InstanceAlreadyExistsException; void undefineECSpec(ECSpecRuntimereader) throws ManagementException; public Alert[ ] getAlerts( ); voidstartTelemetry(String id); } public interface DeviceRuntime extendsService { String getName( ); public String getState( ); public Alert[ ]getAlerts( ); String getDeviceType( ); String getManufacturer( ); StringgetModel( ); String getHostname( ); int getTCPPort( ); intgetAntennaCount( ); AntennaRuntime[ ] getAntennas( ); String[ ]getMetricNames( ); double getCurrentValue(String metricName); } publicinterface AntennaRuntime extends Service { public String getName( ); }public interface Alert { String getEdgeId( ); String getSiteId( );String getDeviceId( ); String getSeverity( ); long getTimeStamp( );String getMessage( ); }

One embodiment includes a computer program product which is a storagemedium (media) having instructions stored thereon/in which can be usedto program a computer to perform any of the features presented herein.The storage medium can include, but is not limited to, any type of diskincluding floppy disks, optical discs, DVD, CD-ROMs, micro drive, andmagneto-optical disks, ROMs, RAMs, EPROM's, EEPROM's, DRAMs, flashmemory devices, magnetic or optical cards, Nano systems (includingmolecular memory ICs), or any type of media or device suitable forstoring instructions and/or data.

Stored on any one of the computer readable medium (media), the presentinvention includes software for controlling both the hardware of thegeneral purpose/specialized computer or microprocessor, and for enablingthe computer or microprocessor to interact with a human user or othermechanism utilizing the results of the present invention. Such softwaremay include, but is not limited to, device drivers, operating systems,execution environments/containers, and user applications.

The foregoing description of preferred embodiments of the presentinvention has been provided for the purposes of illustration anddescription. It is not intended to be exhaustive or to limit theinvention to the precise forms disclosed. Many modifications andvariations will be apparent to one of ordinary skill in the relevantarts. For example, steps performed in the embodiments of the inventiondisclosed can be performed in alternate orders, certain steps can beomitted, and additional steps can be added. The embodiments were chosenand described in order to best explain the principles of the inventionand its practical application, thereby enabling others skilled in theart to understand the invention for various embodiments and with variousmodifications that are suited to the particular use contemplated. It isintended that the scope of the invention be defined by the claims andtheir equivalents.

1. A computer implemented system comprising: an RFID bridge providing atranslation of management messages to SOAP messages for ALE units atmultiple edge servers; and a console that uses the RFID bridge to managethe multiple edge server.
 2. The computer implemented system of claims1, wherein the management messages are sent to an ALE interface of theALE messages.
 3. The computer implemented system of claims 1, whereinthe SOAP messages are sent to an ALE interface of the ALE unit.
 4. Thecomputer implemented system of claim 1, wherein the console can producea graphical display of operating metrics versus time.
 5. The computerimplemented system of claim 1, wherein the RFID bridge interacts with ahierarchical data model that models RFID edge servers, their associatedRFID readers and any EPC spec information associated with the RFIDdevices.
 6. The computer implemented system of claim 1, wherein thebridge listens for telemetry data.
 7. The computer implemented system ofclaim 1, wherein the bridge receives alert data related to the changesat the RFID edge servers.
 8. The computer implemented system of claim 1,wherein the bridge polls the RFID edge servers for data.
 9. The computerimplemented system of claim 1, wherein the bridge uses MBeans to storestate information for the multiple RFID servers.
 10. An RFID bridge toprovide a translation of management messages to SOAP messages for ALEunits at multiple RFID edge servers.
 11. The RFID bridge of claim 10,wherein the management message are JMX messages.
 12. The RFID bridge ofclaim 10, wherein the SOAP messages can be sent to an ALE interface ofthe ALE unit.
 13. The RFID bridge of claims 10, wherein the console canproduce a graphical display of operating metrics versus time.
 14. TheRFID bridge of claims 10, wherein the RFID bridge interacts withhierarchical data model that models RFID edge servers, their associatedRFID readers and any EPC spec information associated with the RFIDreaders.
 15. The RFID bridge of claim 10, wherein the bridges listensfor elementary data.
 16. The RFID bridge of claim 10, wherein thereceives alert data related to the changes at the RFID edge server. 17.The RFID bridge of claim 10, wherein the bridge polls the RFID edgeservers for data.
 18. The RFID bridge of claim 10, wherein the bridgeuses Mbeans to store stat information for the multiple RFID servers. 19.A computer readable storage medium containing code to do the steps of:translating management messages to SOAP messages to be provided to ALEunits at multiple RFID edge servers; and translating SOAP messages fromthe ALE units to management messages.
 20. The computer readable storagemedium of claim 19, wherein the management messages are JMX messages.21. A computer implemented system including a bridge at an RFID edgeserver that translates management messages to SOAP messages for an ALEunit at the RFID edge server.
 22. The computer implemented system ofclaims 21, wherein the management messages are sent to an ALE interfaceof the ALE messages.
 23. The computer implemented system of claims 21,wherein the SOAP messages are sent to an ALE interface of the ALE unit.24. The computer implemented system of claim 21, wherein the console canproduce a graphical display of operating metrics versus time.
 25. Thecomputer implemented system of claim 21, wherein the bridge receivesalert data related to the changes at the RFID edge servers.
 26. Thecomputer implemented system of claim 21, wherein the bridge uses MBeansto store state information for the multiple RFID servers.
 27. A computerimplemented system comprising: an RFID bridge to provide management ofRFID edge servers, the RFID bridge is hosted on any application servercontainer or a standalone edge server; wherein the RFID bridge providesmanagement interfaces that can be scripted using standard scriptingtools.
 28. The computer implemented system of claim 27, wherein the RFIDbridge provides a translation of management messages to SOAP messagesfor ALE units at multiple RFID edge servers.
 29. The computerimplemented system of claim 27, wherein the RFID bridge interacts with ahierarchical data model that models RFID edge servers, their associatedRFID devices and any ALE specific information associated with the RFIDdevices.
 30. The computer implemented system of claim 27, wherein themanagement messages are JMX messages.